WHAT IS CLAIMED IS: 

1 . A method of carrying packetized voice data over a data network, the method 
comprising: 

aggregating multiple datagrams bound for a common intermediate switching 
point into a tunnel packet payload, each datagram comprising a voice data payload 
from a selected voice data stream and a compressed header- formatted header from 
which — when combined with information from one or more previous datagram 
headers from the same voice data stream — the datagram's destination endpoint 
can be derived; 

encapsulating the tunnel packet payload in a tunnel packet and forwarding the 
tunnel packet to the intermediate switching point; and 

deaggregating the tunnel packet payload at the intermediate switching point 
and assigning the datagrams to new tunnel packet payloads based on a destination 
endpoint derived from each datagram's header and one or more previous datagram 
headers from the same voice data stream. 

2. The method of claim 1, further comprising, at the intermediate switching point, 
encapsulating each of the new tunnel packet payloads in a corresponding tunnel 
packet addressed either to the destination endpoint indicated for that tunnel 
packet's payload datagrams, or to a second intermediate switching point. 

3. The method of claim 2, wherein each tunnel packet is encapsulated in an Internet 
Protocol datagram for network transport. 



4. The method of claim 2, wherein assigning the datagrams to new tunnel packet 
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payloads comprises: 

matching each datagram's header information to a switching context 
maintained by the intermediate switching point, the switching context updated 
based on datagram header information for datagrams matched to that switching 
context; and 

placing the datagram in a new tunnel packet payload selected based on the 
destination endpoint indicated in the matched switching context. 

5. The method of claim 4, further comprising occasionally resetting the switching 
context by sending a datagram for that switching context with an uncompressed 
header. 

6. The method of claim 4, further comprising resetting the switching context to a 
new voice data stream by sending a datagram for that switching context with an 
uncompressed header. 

7. The method of claim 1, wherein each tunnel packet is encapsulated in one or more 
Asynchronous Transfer Mode cells for network transport. 

8. A method of switching voice data within a data network, the method comprising: 

receiving inbound tunnel packets, each inbound tunnel packet having the 
capability to carry a payload comprising multiple tunneled datagrams, each 
tunneled datagram having a corresponding header with a compressed header 
format that identifies it as belonging to a specified switching context; 

parsing the payload from an inbound tunnel packet into individual incoming 
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tunneled datagrams; 

associating individual incoming tunneled datagrams with corresponding 
switching contexts; 

mapping associated tunneled datagrams to outbound multiplexes based on the 
destination endpoint indicated in each datagram's associated context state; 

updating the header for a tunneled datagram mapped to an outbound multiplex 
to identify that datagram with a switching context known to the outbound 
multiplex's destination; and 

aggregating tunneled datagrams assigned to a common outbound multiplex 
into an outbound tunnel packet payload. 



9. The method of claim 8, further comprising, after associating, decompressing the 
header of a tunneled datagram, and, prior to aggregating, compressing the header 
of the tunneled datagram. 

10. A tunnel packet payload switch, wherein each tunnel packet has the capability to 
carry a payload comprising multiple tunneled datagrams, each tunneled datagram 
having a corresponding header with a compressed header format that identifies it 
as belonging to a specified switching context, the switch comprising: 

a multiplex terminator to receive an inbound tunnel packet payload and parse 
the payload into individual incoming tunneled datagrams; 

a context memory to store context state for multiple switching contexts; 

a context matcher to associate individual incoming tunneled datagrams with 
corresponding switching contexts stored in the context memory; 

a forwarding engine to map the associated tunneled datagrams to outbound 
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multiplexes based on the destination endpoint indicated in each datagram's 
associated context state; 

a header updater to revise the header for a tunneled datagram mapped to an 
outbound multiplex to identify that datagram with a switching context known to 
the outbound multiplex's destination; and 

a multiplexer to aggregate tunneled datagrams assigned to a common 
outbound multiplex into an outbound tunnel packet payload. 

11. The switch of claim 10, further comprising a tunneler to datagram-encapsulate an 
outbound tunnel packet payload into a tunnel datagram. 

12. The switch of claim 10, wherein the inbound tunnel packet payload arrives at the 
switch encapsulated in a tunnel packet having a tunnel packet header that 
identifies the tunnel packet with an inbound multiplex, the multiplex terminator 
stripping the tunnel packet header and providing an indication of the tunnel 
packet's inbound multiplex to the context matcher. 

13. The switch of claim 10, further comprising a decompressor to decompress 
compressed tunneled datagram headers, wherein the context matcher uses the 
decompressor output to update a full uncompressed header state in the context 
memory. 

14. The switch of claim 10, wherein the forwarding engine has the capability to 
reroute tunneled datagrams associated with a given switching context by changing 
a field in the switching context from one outbound multiplex identifier to another. 
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15. The switch of claim 10, further comprising a timer in communication with the 
multiplexer, the multiplexer using the timer to dispatch an outbound tunnel packet 
payload when the first tunneled datagram to be assigned to a payload has been 
delayed by a maximum desired delay. 

16. The switch of claim 15, the multiplexer also dispatching an outbound tunnel 
packet payload when the maximum desired delay has not been reached, but a 
desired payload size has been reached. 

1 7. The switch of claim 10, the context matcher having the capability to construct a 
switching context for an incoming non-tunneled datagram and associate the 
incoming non-tunneled datagram with that switching context, the forwarding 
engine having the capability to map the associated non-tunneled datagram to an 
outbound multiplex. 

18. The switch of claim 10, the forwarding engine having the capability to map an 
associated inbound tunneled datagram into an outbound non-tunneled datagram. 

19. A tunnel packet payload switch, wherein each tunnel packet has the capability to 
carry a payload comprising multiple tunneled datagrams, each tunneled datagram 
having a corresponding header with a compressed header format that identifies it 
as belonging to a specified switching context, the switch comprising: 

means for receiving inbound tunnel packet payloads and parsing the payloads 
into individual incoming tunneled datagrams; 
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means for associating individual incoming tunneled datagrams with 
corresponding switching contexts; 

means for mapping associated tunneled datagrams to outbound multiplexes 
based on the destination endpoint indicated in each datagram's associated context 
5 state; 

means for revising the header for a tunneled datagram mapped to an outbound 
multiplex to identify that datagram with a switching context known to the 
outbound multiplex's destination; and 

means for aggregating tunneled datagrams assigned to a common outbound 
1 0 multiplex into an outbound tunnel packet payload. 

20. An article of manufacture comprising a computer-readable medium containing a 
tunneled datagram processor program, the tunneled datagram processor program 
when executed causing a processor or several communicating processors to 
15 execute: 

a context memory manager to update and manage a context memory that 
retains context state for multiple switching contexts, the context state for a given 
switching context including the destination endpoint for datagrams belonging to 
that context; 

20 a context matcher to associate individual incoming tunneled datagrams with 

corresponding switching contexts stored in the context memory, wherein a 
tunneled datagram comprises a compressed-format header facilitating matching to 
a switching context; 

a forwarder to map the associated tunneled datagrams to outbound multiplexes 

25 based on the destination endpoint indicated in each datagram's associated context 
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state; 

a header updater to revise the header for a tunneled datagram assigned to an 
outbound multiplex to identify that datagram with a switching context known to 
the outbound multiplex's destination; and 
5 a multiplexer to aggregate tunneled datagrams assigned to a common 

outbound multiplex into an outbound tunnel packet payload. 



21. The article of manufacture of claim 20, wherein the tunneled datagram processor 
program when executed also causes the processor or several communicating 
10 processors to execute: 

| f§ 

Ly a multiplex terminator to receive an inbound tunnel packet payload and parse 

the payload into the individual incoming tunneled datagrams. 

l.gj 22. The article of manufacture of claim 20, wherein a tunneled datagram further 

M 1 5 comprises a payload of compressed voice data. 
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